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(57) Abstract: Machine-readable media, methods, apparatus and sys- 
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MANAGING DEVICE MODELS IN A VIRTUAL MACHINE CLUSTER 

ENVIRONMENT 

BACKGROUND 

[0001] A virtual machine (VM) architecture logically partitions a physical machine, 
5 such that the underlying hardware of the machine is time-shared and appears 
as one or more independently operation virtual machines. A computer platform 
in a virtual machine cluster environment may comprise a virtual machine 
monitor (VMM) that may create a plurality of virtual machines and runs on the 
computer platform to facilitate for other software the abstraction of one or more 

1 0 virtual machines. The computer platform may further comprise a plurality of 
device models that may be virtualizations/simulations of real devices. The 
virtual machine monitor may manage resource usage for operations between 
the virtual machines and the device models, such as device related 
input/output operation and device model initiated interrupt. Examples for the 

15 virtual machine monitor may comprise a hybrid virtual machine monitor, a host 
virtual machine monitor and a hypervisor virtual machine monitor. Examples 
for the real device may comprise various input/output (I/O) devices, an 
interrupt controller, and an event timer, etc. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20[0002] The invention described herein is illustrated by way of example and not by 
way of limitation in the accompanying figures. For simplicity and clarity of 
illustration, elements illustrated in the figures are not necessarily drawn to 
scale. For example, the dimensions of some elements may be exaggerated 
relative to other elements for clarity. Further, where considered appropriate, 
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reference labels have been repeated among the figures to indicate 

corresponding or analogous elements. 
[0003] Fig. 1 shows an embodiment of a virtual machine cluster environment. 
[0004] Fig. 2 shows an embodiment of structures of a server platform and a 
5 plurality of client platforms in the virtual machine cluster environment of Fig. 1 . 
[0005] Fig. 3 shows an embodiment of a method of implementing a device related 

input/output operation in the virtual machine cluster environment of Fig. 2. 
[0006] Fig. 4 shows an embodiment of a method of implementing a device model 

initiated interrupt in the virtual machine cluster environment of Fig. 2. 
1 0[0007] Fig. 5 shows an embodiment of a computer platform that may be 

implemented as a platform within the virtual machine cluster environment of 

Fig. 2. 

[0008] Fig. 6 shows another embodiment of structures of a server platform and a 
plurality of client platforms in the virtual machine cluster environment of Fig. 1 . 

1 5 DETAILED DESCRIPTION 

[0009] The following description describes techniques for managing device 

models in a virtual machine cluster environment. In the following description, 
numerous specific details such as logic implementations, pseudo-code, means 
to specify operands, resource partitioning/sharing/duplication implementations, 
20 types and interrelationships of system components, and logic 

partitioning/integration choices are set forth in order to provide a more 
thorough understanding of the current invention. However, the invention may 
be practiced without such specific details. In other instances, control 
structures, gate level circuits and full software instruction sequences have not 
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been shown in detail in order not to obscure the invention. Those of ordinary 
skill in the art, with the included descriptions, will be able to implement 
appropriate functionality without undue experimentation. 
[0010] References in the specification to "one embodiment", "an embodiment", "an 
5 example embodiment", etc., indicate that the embodiment described may 

include a particular feature, structure, or characteristic, but every embodiment 
may not necessarily include the particular feature, structure, or characteristic. 
Moreover, such phrases are not necessarily referring to the same 
embodiment. Further, when a particular feature, structure, or characteristic is 
10 described in connection with an embodiment, it is submitted that it is within the 
knowledge of one skilled in the art to effect such feature, structure, or 
characteristic in connection with other embodiments whether or not explicitly 
described. 

[001 1] Embodiments of the invention may be implemented in hardware, firmware, 
15 software, or any combination thereof. Embodiments of the invention may also 
be implemented as instructions stored on a machine-readable medium, that 
may be read and executed by one or more processors. A machine-readable 
medium may include any mechanism for storing or transmitting information in a 
form readable by a machine (e.g., a computing device). For example, a 
20 machine-readable medium may include read only memory (ROM); random 
access memory (RAM); magnetic disk storage media; optical storage media; 
flash memory devices; electrical, optical, acoustical or other forms of 
propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.) 
and others. 



3 
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[0012] An embodiment of a virtual machine cluster environment 1 is shown in Fig. 
1 . The virtual machine cluster environment 1 may comprise a plurality of client 
platforms 10/30 and a server platform 20 that may connect with the client 
platforms 10/30 through a network 40, such as Ethernet, fiber channel or other 
5 like communications link. In the embodiment, the virtual machine cluster 
environment 1 may comprise any number of client platforms and server 
platforms. 

[0013] Each of the client platforms 10/30 may host a plurality of virtual machines 
running their own guest operating system(s) and guest application software. 

1 0 The server platform 20 may provide a variety of services to the virtual 
machines of the client platforms, for example, but not limited to, device 
virtualization/simulation services and virtual machine management services. A 
non-exhaustive list of examples for the client platform 10/30 may include 
mainframe computer, mini-computer, personal computer, portable computer, 

15 laptop computer and other devices for transceiving and processing data. A 
non-exhaustive list of examples for the server platform 20 may include 
supercomputer, mainframe computer, workstation and other devices for 

< 

transceiving and processing data. 
[0014] An embodiment of structures for the client platforms 10/30 and the server 
20 20 in the virtual machine cluster environment 1 is shown in Fig. 2. The client 
platforms 10/30 and server platform 20 may be configured according to the 
hybrid virtual machine monitor architecture. 
[0015] In the embodiment, each of the client platforms 10/30 may comprise an 

underlying hardware machine 11/31 having one or more processors, memory, 
25 I/O devices, etc., wherein the I/O devices may further comprise a network 
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interface to transceive data through the network 40, such as the network 
interface 110 of the client platform 1 0 and the network interface 310 of the 
client platform 30. 

[001 6] Each of the client platforms 1 0/30 may further comprise a hypervisor (or 
5 micro-hypervisor) 12/32, which is a kernel component configured according to 
the hybrid virtual machine monitor architecture and responsible for 
processors )/memory virtualization, interrupt handling and domain scheduling. 
The hypervisor 12/32 may further comprise a network interface management 
core 120/320 to manage the network interface 1 10/310 of the underlying 

1 0 machine. Examples for the hypervisor may comprise Xen's hypervisor, Virtual 
PC's hypervisor, and the like. 
[001 7] Each of the client platforms 1 0/30 may further comprise a plurality of guest 
software images running on a plurality of virtual machines created and 
managed by the hypervisor 12/32, for example, guest operating systems 

15 131/141 and guest applications 132/142 running on the virtual machines 13/14 
of the client platform 10, and guest operating systems 331/341 and guest 
applications 332/342 running on the virtual machines 33/34 of the client 
platform 30. The guest operating systems 131, 141, 331 and 341 may be 
different with each other. The number of guest operating systems running on 

20 the client platform may depend on utilization of processor/memory resources 
and device resources. For example, the number of guest operating systems 
may be low if the client platform utilizes the processor/memory resources more 
intensively compared to device utilization. However, the number of guest 
operating systems may be high if the client platform utilizes the device 

25 resources more intensively compared to processor/memory utilization. 



WO 2007/071116 



PCT/CN2005/002304 



Examples for the guest operating system may comprise Linux, Windows, 
FreeBSD Unix, etc. 

[001 8] The server platform 20 may comprise an underlying hardware machine 21 

having one or more processors, memory, I/O devices, etc., wherein the I/O 
5 devices may further comprise a network interface 21 0 to transceive data 

through the network 40. The server platform 20 may be loaded with a service 
operating system 22 configured according to the hybrid virtual machine 
monitor architecture. The service operating system 22 may respectively 
interact with the hypervisors 12/32 of the client platforms 10/30 via the network 
10 40 to service the plurality of virtual machines in the client platforms 1 0/30. 

Examples for the service operating system may comprise Linux, Windows, 
FreeBSD Unix, etc. 

[001 9] The server platform 20 may be further loaded with a plurality of device 
models 23 and a control panel 24. The device models 23 may be virtual 

1 5 devices that may be created or defined for example according to the hybrid 

virtual machine monitor architecture. In some embodiments, because of device 
virtualization/simulation nature, the device models 23 may not be connected to 
or represented by a real instance of a device, and may not be reflected in a 
real device that is connected to a hardware component Examples for the 

20 device models 23 may comprise, but not limited to, various I/O devices, an 
interrupt controller, an event timer, etc. 
[0020] The device models 23 may work with the service operating system 22 to 
provide device virtualization/simulation service to the virtual machines of the 
client platforms 10/30 via the network 40, including hosting device related 

25 operation from/to the virtual machines, such as device related I/O operation 
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and device model initiated interrupt. In some embodiments, the device models 
in the virtual machine cluster environment may be centralized in the server 
platform 20. However, in other embodiments, the client platform 10/30 may 
keep some of the device models, such as the device models frequently used 
5 by the virtual machines of the client platform. For example, the client platform 
10/30 may keep the device models inside of the hypervisor 1 1/31. 
[0021] The control panel 24 may work with the service operating system 22 to 
manage the virtual machines of the client platforms 10/30 via the network 40. 
In an embodiment, the control panel 24 may comprise a database 241 

10 containing identifiers of the virtual machines (or the guest operating systems 

running on the virtual machines), the hypervisors and the client platforms in the 
virtual machine cluster environment that are served by the server platform 20; 
and as another possibility the database can be created or updated on fly. In an 
embodiment, a virtual machine of the client platform 10/30 may send a request 

15 for a device related input/output operation to the server platform 20 via the 
network 40. The control panel 24 and the service operating system 22 may 
identify a corresponding device model from the plurality of device models 23 to 
host the request, and further construct a feedback packet by incorporating a 
result of the input/output operation from the device model with identifier(s) to 

20 identify the virtual machine that has sent the operation request. In another 

embodiment, a device model may initiate an interrupt for a virtual machine of 
the client platform 10/30. The control panel 24 and the service operating 
system 22 may construct an interrupt packet by incorporating the interrupt 
instruction with identifier(s) to identify the virtual machine that may handle the 

25 interrupt. The identifier(s) may comprise a virtual machine identifier, a 
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hypervisor identifier and/or client platform identifier. In addition, the control 
panel 24 may perform virtual machine management for other aspect, such as 
virtual machine operation management including virtual machine launching 
management, virtual machine shutdown management, virtual machine 

i 

5 migration management, virtual machine suspend management, etc, 
[0022] The server platform 20 may further be loaded with a plurality of application 
software running on the service operating system 22, such as applications 25 
and 26. 

[0023] Other embodiments may implement other technologies to the structure 

10 depicted in Fig. 2. In an embodiment, the server platform 20 may further 

comprise a hypervisor running between the underlying hardware machine 21 
and the service operating system 22. In such case, the server platform 20 may 
further comprise one or more virtual machine(s) defined by the hypervisor and 
the service operating system. In another embodiment, console devices (e.g., 

15 frequently used input/output devices such as a keyboard, a mouse, a video 

device, etc.) may be centralized in the underlying hardware machine 21 of the 
server platform 20. In such case, the client platform 1 0/30 may not be provided 
with the console devices. 
[0024] Fig. 3 shows an embodiment of a method of implementing a device related 

20 input/output operation in the virtual machine cluster environment 1 . 

[0025] In the embodiment, an unauthorized input/output operation for inputting a 
data from a device (input operation) or outputting a data to the device (output 
operation) happens in a guest operating system running on a virtual machine 
of a client platform (e.g., guest operating system 131 running on the virtual 

25 machine 13 of the client platform 1 0), and a corresponding device driver in the 
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guest operating system may execute an 'IN' instruction for input operation or 
'OUT instruction for output operation, which may cause a trap into the 
hypervisor of the client platform in block 301 , because the guest operating 
system is depriviledgecL 
5[0026] In block 302, the hypervisor of the client platform may perceive the 

* 

unauthorized I/O operation happened in the guest operating system through a 
virtual machine exit, which is a transition from non-root VMX operation in the 
virtual machine to root VMX operation in the hypervisor. 
[0027] In block 303, the hypervisor of the client platform may construct an I/O 

1 0 request packet and send the packet to the server platform 20 through the 
network 40, In an embodiment, the I/O request may further comprise 
identifier(s) to identify a device model in the server platform 20 corresponding 
to the device that is related to the I/O operation in the guest operating system 
of the virtual machine. The identifier(s) may comprise a device model identifier 

1 5 and/or a server platform identifier (e.g., a network ID for the server platform). In 
response to receiving the I/O request packet, the service operating system 22 
may identify the corresponding device model from the plurality of device 
models 23 under control from the control panel 24 and route the I/O request 
packet to the identified device model in block 304. 

20[0028] In block 305, the identified device model may handle the I/O request. For 
output request, the data in the I/O request packet may be output to the 
identified device model. Depending upon inter-platform communication 
interface definition, the server platform 20 may send back a finish notification 
to the I/O requester (i.e., the client platform 10/30) to notify finish of the 'OUT 

25 operation. However, for input request, the identified device model 23 may 
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obtain a feedback to the input request, for example, through cooperating with 
the service operating system 22 and the underlying hardware 21 of the service 
platform 20, and send a feedback packet to the service operating system 22 in 
block 306. The feedback packet may incorporate the feedback with identifler(s) 
5 to identify the guest operating system (or virtual machine) of the client platform 
that is executing the I/O operation. In an embodiment, the identifier(s) may 
comprise a guest operating system identifier (or virtual machine identifier) 
and/or a client platform identifier (e.g., a network ID for the client platform). In 
another embodiment, if the client platforms in the virtual machine cluster 

10 environment 1 comprises different types of hypervisors, e.g., Xen hypervisor, 
Virtual PC's hypervisor, etc., then the identifier may further comprise a 
hypervisor identifier to identify the different hypervisors. 
[0029] In block 307, under control from the control panel stored with identifiers of 
the guest operating systems (or virtual machines), the hypervisors and the 

1 5 client platforms in the virtual machine cluster environment 1 f the service 

operating system 22 may route the feedback packet to the client platform that 
has sent the I/O request based upon the identifier(s) in the feedback packet. In 
block 308, the hypervisor of the client platform may identify the guest operating 
system (or virtual machine) executing the corresponding I/O operation and 

20 send the feedback packet to the identified guest operating system through a 
virtual machine entry, which is another transition from the root VMX operation 
in the hypervisor to the non-root VMX operation in the virtual machine. 
[0030] An embodiment of a method of implementing a device model initiated 
interrupt in the virtual machine cluster environment 1 is shown in Fig. 4. 



10 
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[0031] In block 401 , one of the device models 23 in the server platform 20 initiate 
an interrupt for a guest operating system of a client platform in the virtual 
machine cluster environment 1. In block 402, the device model passes an 
interrupt packet incorporating the interrupt instruction as well as identifier(s) to 
5 identify the guest operating system (or virtual machine) of the client platform to 
the service operating system 22. In an embodiment, the identifier(s) may 
comprise a guest operating system identifier (or virtual machine identifier) 
and/or a client platform identifier (e.g., a network ID for the client platform). In 
another embodiment, if the client platforms in the virtual machine cluster 

10 environment 1 comprises different types of hypervisors, e.g., Xen hypervisor, 
Virtual PC's hypervisor, etc., then the identifier may further comprise a 
hypervisor identifier to identify the different hypervisors. 
[0032] In block 403, under control from the control panel 24, the service operating 
system 22 may send the interrupt packet to the client platform identified by the 

1 5 identifier(s) in the interrupt packet The hypervisor of the client platform may 

further identify the guest operating system based upon the interrupt packet and 
inject the interrupt to the identified guest operating system through the virtual 
machine entry (block 404), so that the guest operating system may handle the 
interrupt (block 405). 

20[0033] Fig. 5 shows an embodiment of a computer platform that may be 

implemented as a platform in the virtual machine cluster environment 1. 
[0034] In an embodiment, the computing platform may comprise one or more 

processors 50, memory 51, chipset 52, I/O device 53, BIOS firmware 54 and 
the like, The one or more processors 50 are communicatively coupled to 

25 various components (e.g., the memory 51) via one or more buses such as a 
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processor bus, The processors 50 may be implemented as an integrated 
circuit (IC) with one or more processing cores that may execute codes under a 
suitable architecture, for example, including Intel® Xeon™, Intel® Pentium™, 
Intel® Itanium™ architectures, available from Intel Corporation of Santa Clara, 
5 California. 

[0035] In an embodiment, the memory 51 may store codes to be executed by the 
processor 50. A non-exhaustive list of examples for the memory 51 may 
comprise one or a combination of the following semiconductor devices, such 
as synchronous dynamic random access memory (SDRAM) devices, 

10 RAMBUS dynamic random access memory (RDRAM) devices, double data 
rate (DDR) memory devices, static random access memory (SRAM), flash 
memory devices, and the like. 
[0036] In an embodiment, the chipset 52 may provide one or more communicative 
path among the processor 50, memory 51 and various components, such as 

15 the I/O device 53, peripheral component 54, and BIOS firmware 55. The 
chipset 52 may comprise a memory controller hub 520, an input/output 
controller hub 521 and a firmware hub 522. 
[0037] In an embodiment, the memory controller hub 520 may provide a 

communication link to the processor bus that may connect with the processor 

20 50 and to a suitable device such as the memory 51 . The memory controller 
hub 520 may couple with the I/O controller hub 521 that may provide an 
interface to the I/O devices 53. A non-exhaustive list of examples for the I/O 
devices 53 may comprise a keyboard, a mouse, a storage device, a video 
device, an audio device, a network interface, and the like. 
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[0038] In an embodiment, the memory controller hub 520 may communicatively 
couple with a firmware hub 522 via the input/output controller hub 521 . The 
firmware hub 522 may couple with the BIOS firmware 54 that may store 
routines that the computing platform executes during system startup in order to 
5 initialize the processors 50, chipset 52, and other components of the 

computing platform. Moreover, the BIOS firmware 54 may comprise routines or 
drivers that the computing platform may execute to communicate with one or 
more components of the compute platform. 
[0039] In an embodiment, the computer platform as depicted in Fig. 5 may perform 

10 as a client 10/30. The memory 51 may store software images such as a 
hypervisor, guest operating systems, guest applications, etc. In another 
embodiment, the computer platform as depicted in Fig. 5 may perform as a 
server platform 20. The memory 51 may store software images such as a 
service operating system, device models, control panel, and optionally various 

15 applications, etc. 
[0040] Another embodiment for the server platform and client platform structures 
in the virtual machine cluster environment 1 is depicted in Fig. 6. As depicted, 
more than one server platforms (e.g., owner server platform 620 and I/O 
server platform 6200) may connect with the client platform 10/30 through the 

20 network 40 to provide them with device virtualization/simulation services. The 
owner server platform 620 has similar structure as the server platform 20 and 
the I/O server platform 6200 is loaded with a plurality of device models 6230 
so that the server platforms 620/6200 may provide robust device virtualization 
services to their client platforms. Functionalities of the control panel 624 may 

25 encompass management of the device models 6230 in the I/O server platform 

13 
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6200. In an embodiment, the control panel 624 may perform the device model 
identification based upon an I/O request packet from the client platform 1 0/30. 
In such case, the owner server platform 620 may first receive the I/O request 
packet from the client platform 1 0/30 via the network 40 and route the I/O 
5 request packet to the device model 6230 in the I/O service platform 6200 after 
analyzing the identifier(s) in the I/O request packet. In another embodiment, 
the device model 6230 may construct an I/O feedback packet or an interrupt 
packet by incorporating an identifier(s) to identifier the guest operating system 
(or virtual machine) in the intended client platform 10/30 under supervision 

1 0 from the control panel 624. 
[0041] While certain features of the invention have been described with reference 
to example embodiments, the description is not intended to be construed in a 
limiting sense. Various modifications of the example embodiments, as well as 
other embodiments of the invention, which are apparent to persons skilled in 

15 the art to which the invention pertains are deemed to lie within the spirit and 
scope of the invention. For example, although the above embodiments are 
described according to the hybrid virtual machine monitor architecture, the 
present invention may be applied to other kinds of virtual machine monitor 
architectures, such as a host virtual machine monitor. 
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What is claimed is: 

1 . A method for a client platform coupled to a server platform via a network, 
comprising: 

5 determining that an input/output operation related to a hardware device 

happens in a virtual machine of the client platform; and 

requesting the server platform via the network to handle the input/output 
operation related to the hardware device. 

10 2. The method of claim 1 , wherein the request comprises a server identifier 

to identify the server platform. 

3. The method of claim 1 , wherein the request comprises a software device 
identifier to identify a software device from a plurality of software devices in the 

15 server platform to handle the input/output operation related to the hardware device, 

4. The method of claim 1 , further comprising: 

receiving a feedback for the input operation from the server through the 
network, the feedback comprising a virtual machine identifier to identify the virtual 
20 machine in the client platform that is executing the input operation; and 

sending the feedback to the virtual machine identified by the virtual 
machine identifier. 



15 
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5. The method of claim 1 r further comprising: 

receiving via the network an interrupt instruction issued by a software 
device of the server platform, the interrupt instruction comprising a virtual machine 
identifier to identify a virtual machine to perform the interrupt instruction; and 

injecting the interrupt instruction into the virtual machine identified by the 
virtual machine identifier. 

6. A machine-readable medium comprising a plurality of instructions which 
when executed result in a client platform: 

determining that an input/output operation related to a hardware device 
happens in a virtual machine of the client platform; and 

requesting a server platform coupled to the client platform via the network 
to handle the input/output operation related to the hardware device. 

7. The machine-readable medium of claim 6, wherein the request further 
comprise a server identifier to identify the server platform. 

8. The machine-readable medium of claim 6, wherein the request 
comprises a software device identifier to identify a software device from a plurality 
of software devices in the server platform to handle the input/output operation 
related to the hardware device. 



16 
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9. The machine-readable medium of claim 6, wherein the plurality of 
instructions further result in the client platform: 

receiving a feedback for the input operation from the server platform 
through the network, the feedback comprising a virtual machine identifier to 
5 identify the virtual machine in the client platform that is executing the input 
operation; and 

sending the feedback to the virtual machine identified by the virtual 
machine identifier 

10 10, The machine-readable medium of claim 6, wherein the plurality of 

instructions further result in the client platform: 

receiving an interrupt instruction issued by a software device from the 
plurality of software devices in the server platform through the network, the 
interrupt instruction comprising a virtual machine identifier to identify a virtual 
15 machine to perform the interrupt instruction; 

injecting the interrupt instruction to the virtual machine identified by the 
virtual machine identifier, 

1 1 . A method for a server platform coupled to a client platform via a 
20 network, 

receiving, from the client platform via the network, a request for an 
input/output operation related to a hardware device; and 

identifying a software device from a plurality of software devices in the 
server platform to handle the request, the identified software device corresponding 
25 to the hardware device related to the input/output operation. 
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12. The method of claim 1 1, wherein the request comprises a software 
device identifier to identify the software device in the server platform. 

13. The method of claim 1 1 , further comprising 

5 receiving the request for the input/output operation with a first server of the 

server platform, 

determining whether the identified software device is in a second server of 
the server platform; and 

sending the request from the first server to the second server via the 
1 0 network, in response to determining that the identified software device is in the 
second server. 

14. The method of claim 11, further comprising: 

obtaining a result for the input operation from the identified software device; 
1 5 constructing a feedback with the result and a virtual machine identifier to 

identify a virtual machine in the client platform that is executing the input operation; 
and 

sending the feedback from the server platform to the client platform through 
the network. 

20 

15. The method of claim 14, wherein the feedback further comprise a client 
platform identifier to identify the client platform that has sent the request. 

16. The method of claim 11, further comprising: 

25 issuing an interrupt instruction from a software device of the plurality of 

software devices in the server platform to the client platform through the network. 
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17. The method of claim 1 1 , wherein the interrupt instruction further 
comprises a virtual machine identifier to identify a virtual machine in the client 
platform to handle the interrupt. 

5 18. A machine-readable medium comprising a plurality of instructions which 

when executed result in a server platform: 

receiving a request for an input/output operation related to a hardware 
device from a client platform through a network; and 

identifying a software device from a plurality of software devices in the 
10 server platform to handle the request, the identified software device corresponding 
to the hardware device related to the input/output operation. 

19. The machine readable medium of claim 18, wherein the request 
comprises a software device identifier to identify the software device in the server 

1 5 platform. 

20. The machine readable medium of claim 18, wherein the plurality of 
instructions that result in the server platform receiving the request, further result in 
the server platform: 

20 receiving the request for the inpuVoutput operation from the client platform 

with a first server in the server platform. 
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21 . The machine readable medium of claim 20, wherein the plurality of 
instructions further result in the server platform: 

determining whether the identified software device is in a second server of 
the server platform; and 
5 sending the request from the first server to the second server through the 

network, in response to determining that the identified software device is in the 
second server. 

22. The machine readable medium of claim 18, wherein the plurality of 
1 0 instructions further result in the server platform: 

obtaining a result for the input operation from the identified software device; 

constructing a feedback with the result and a virtual machine identifier to 
identify a virtual machine in the client platform that is executing the input operation; 
and 

1 5 sending the feedback from the server platform to the client platform through 

the network. 

23. The machine readable medium of claim 22, wherein the feedback 
further comprise a client identifier to identify the client platform that has sent the 

20 request. 

24. The machine readable medium of claim 18, wherein the plurality of 
instructions further result in the server platform: 

issuing an interrupt instruction from a software device of the plurality of 
25 software devices in the server platform to the client platform through the network. 
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25. The machine readable medium of claim 24, wherein the interrupt 
instruction further comprises a virtual machine identifier to identify a virtual 
machine in the client platform to handle the interrupt. 

26. A system, comprising 

a client platform comprising: 

a p)ura\ity of virtual machines; and 

a virtual machine monitor to determine that an input/output operation 
related to a hardware device happens in a virtual machine of the plurality of virtual 
machines and construct a request for the input/output operation; 

a client network interface to send the request through a network; and 

the server platform comprising: 

a server network interface to receive the request through the network; 
a plurality of software devices; 

a controller to identify a software device from the plurality of software 
devices to handle the request, the identified software device corresponding to the 
hardware device related to the input/output operation. 

27. The system of claim 26, wherein the request further comprises a 
software identifier to identifier the software device in the server platform. 
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28. The system of claim 26, wherein 

the identified software device in the server platform is further to obtain a 
result for the input operation, and construct a feedback with the result and a virtual 
machine identifier to identify the virtual machine in the client platform under control 
5 from the controller, and 

the server network interface is further to send the feedback to the client 
platform through the network. 

29. The system of claim 26, wherein 

1 0 the client network interface is further to receive a feedback for the input 

operation from the server platform through the network; and 

the virtual machine monitor is further to identify the virtual machine in the 
client platform that is executing the input operation based upon the feedback and 
send the feedback to the identified virtual machine. 

15 

30. The system of claim 26, wherein 

a software device in the server platform is to issue an interrupt instruction 
under control from the controller, the interrupt instruction including a virtual 
machine identifier to identify another virtual machine in the client platform to 
20 handle the interrupt instruction; and 

the server network interface is further to send the interrupt instruction to the 
client platform through the network. 
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31 . The system of claim 30, wherein 

the client network interface is further to receive the interrupt instruction; and 
the virtual machine monitor is further to identify the another virtual machine 
from the plurality of virtual machines based upon the interrupt instruction and 
5 inject the interrupt into the identified another virtual machine. 

32. A method for a system comprising a client platform and a server 
platform, wherein the client platform couples to the server platform through a 
network, the method comprising: 

10 determining that an input/output operation related to a hardware device 

happens in a virtual machine of the client platform; 

sending a request for the input/output operation from the client platform to 

the server platform through the network; 

receiving the request through the network by the server platform; 
15 identifying a software device from a plurality of software devices in the 

server platform to handle the request, wherein the identified virtual device 
corresponds to the hardware device related to the input/output operation. 

33. The method of claim 32, wherein the receiving further comprises 
20 receiving the request with a first server in the server platform. 
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34. The method of claim 33, further comprising: 

determining whether the identified software device is in a second server of 
the server platform; and 

sending the request from the first server to the second server through the 
5 network, in response to determining that the identified software device is in the 
second server. 

35. The method of claim 32, further comprising: 

obtaining a result for the input operation from the identified software device 
10 in the server platform; 

constructing a feedback with the result and a virtual machine identifier to 
identify the virtual machine in the client platform that is executing the input 
operation; and 

sending the feedback from the server platform to the client platform through 
1 5 the network. 

36. The method of claim 35, wherein the feedback further comprise a client 
identifier to identify the client platform that has sent the request. 

20 37. The method of claim 32, further comprising: 

issuing an interrupt instruction from a software device in the server platform 
to the client platform through the network. 

38. The method of claim 32, wherein the interrupt instruction further 
25 comprises a virtual machine identifier to identify another virtual machine in the 
client platform to handle the interrupt. 
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39. The method of claim 38, further comprising: 

receiving the interrupt instruction through the network by the client platform; 
identifying the another virtual machine in the client platform based upon the 
interrupt instruction; and 

* 

5 injecting the interrupt into the identified another virtual machine. 
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